Method and system for customising build-to-order products 

This invention relates to a method of configuring a prod- 
uct, and more specifically a method for customisation a 
product assembled from a number of components, especially 
in a build-to-order system. 

Build-to-order systems are known in the art and are used 
in order to limit the number of assembled products which 
have to be kept in stock. In a build-to-order assembly 
system, only the pre-f abricated components are kept in 
stock in a number of possible variants, such as compo- 
nents in different colours, sizes, components with dif- 
ferent features or other options. When an order for a 
customized combination of the components is received, the 
product is assembled, tested and shipped. Often this 
process is considerably more efficient and economical 
than keeping assembled products based on the possibly 
vast number of combinations of components in stock. 

A build-to-order system for specifying, ordering, and 
building a computer system is known from GB 2335768. In 
this prior art system, the user is presented with a list 
of options, such as computer software components to be 
installed on a computer system, where each option is com- 
patible with any previously selected options, such as op- 
erating system or hardware components. 

It is also known in the art to present to a user of a 
purchasing system operating via a computer network a pic- 
ture of an item to be purchased. If the item exists with 
different options, such as different colours, the user 



may be presented with a picture of the item in the se- 
lected colour. 

However, the above prior art methods are concerned with 
options that either do not affect the appearance of the 
5 complete product, because they are concerned with inter- 
nal components, such as different hard-disks of a com- 
puter, or they are concerned with the customisation of 
the appearance of a single component, for example by the 
choice of colours of a shoe, a car or the like. 

10 Furthermore, the information provided by the above prior 
art systems upon selection of a specific choice does not 
include information about the usability or ease-of-use of 
the final product. 

Therefore, it is a disadvantage of the prior art methods 
15 and systems that they do not give a visual impression of 
the final product as assembled from a plurality of cus- 
tomisable components. 

It is another disadvantage of the prior art system that 
they do not provide a readily available indication of the 
20 ease-of-use of a particular combination of options. 

Therefore, it is an object of the invention to give a 
visual impression of a final product composed of a plu- 
rality of individual components prior to purchasing the 
product . 

25 It is a further object of the invention to provide an im- 
pression of the usability and ease of use of the final 
product, such as the ease of assembling or disassembling. 
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It is yet another object of the invention to provide a 
way of training a user or a potential user of the product 
in the use, assembly, disassembly, cleaning or mainte- 
nance of the product. 

5 According to a first aspect of the invention the above 
and other objects are achieved when a method of configur- 
ing a product, where the product is to be assembled from 
a plurality of components, each component being available 
in at least one variant, the method comprising the steps 

10 of presenting to a user, via a user interface, a first 
plurality of variants of a first one of said plurality of 
components; receiving from the user an indication of a 
first variant selected from the first plurality of vari- 
ants; presenting to the user via the user interface a 

15 graphical representation of the first variant; is charac- 
terised in that the method further comprises the steps of 
presenting to the user, via the user interface, a second 
plurality of variants of a second one of said plurality 
of components; receiving from the user an indication of a 

20 second variant selected from the second plurality of 
variants; presenting to the user, via the user interface, 
a graphical representation of the first selected variant 
of the first component in a predetermined relationship to 
the second selected variant of the second component. 

25 Consequently, it is an advantage of the invention that it 
provides an efficient user interface for the selection of 
customised components which are to be assembled to a 
product . 
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It is a further advantage of the invention that it pro- 
vides a graphical representation, such as a picture, a 
drawing, or preferably a three-dimensional rendering of 
the customised product, thereby providing the possibility 
5 of viewing the particular customisation prior to purchas- 
ing or producing it. 

As selected individual components are presented in the 
predetermined relationship to selected other components, 
preferably their relative position as in the assembled 
10 product, a visual impression of the ease of use of the 
customised product is provided, especially since the 
processes of assembling and disassembling the product may 
be simulated. 

In a preferred embodiment of the invention the method 
15 further comprises the step of graphically animating the 
assembling of the second variant of the second component 
with the first variant of the first component. 

In another preferred embodiment of the invention the 
method further comprises the step of animating the dis- 
20 played representation of the first variant of the first 
component in the predetermined relationship to the second 
variant of the second component in response to user com- 
mands . 

A graphical animation of the assembly process or the 
25 functions or features of the product or parts of the 
product provides a realistic simulation of the use of the 
product and, therefore, it provides a realistic impres- 
sion of the usability of the product. 
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In a further preferred embodiment of the invention the 
method further comprises the step of interactively ani- 
mating the assembling of the second variant of the second 
component with the first variant of the first component, 
5 where the interactively animated assembly is controlled 
by user commands. 

It is an advantage of the invention that it may serve as 
a means of training the user in the use of the product, 
as the user may practise the steps of assembling or dis- 
10 assembling the product. 

In another preferred embodiment of the invention the 
method further comprises the step of changing the dis- 
played representation of the first variant of the first 
component in the predetermined relationship to the second 

15 variant of the second component in response to user com- 
mands, where the changing of the displayed representation 
corresponds to operations selected from the class of op- 
erations comprising rotate, flip, pan, and zoom. It is an 
advantage of this embodiment that it provides the possi- 

20 bility of exploring the representation of the product or 
parts of the product in great detail. 

In yet another preferred embodiment of the invention the 
step of presenting to a user via a user interface a se- 
lected one of the first and second plurality of variants 
25 of the corresponding first or second component further 
comprises the step of limiting the presented plurality of 
variants to a subset of the corresponding first or second 
plurality of variants indicated as being available by a 
set of inventory data received from an inventory manage- 
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ment system. It is an advantage of this embodiment of the 
invention that the achieved customisation only comprises 
variants which are currently in stock. Hence, the custom- 
ised product which is specified by the method according 
5 to this embodiment is always deliverable, and backorders 
of individual customised products are avoided. 

In another preferred embodiment of the invention the 
method further comprises the step of transmitting order- 
ing information to a production management system, the 

10 ordering information including configuration data identi- 
fying the first variant of the first component and the 
second variant of the second component. It is an advan- 
tage of the invention that the production and assembly 
process may be automatically initiated, and the compo- 

15 nents reguired for the customised product may be reserved 
in an inventory management system. 

According to a second aspect of the invention the above 
and other objects are achieved when a system for custom- 
ising a product, where the product is assembled from a 

20 plurality of components, the system comprising first dis- 
play means adapted to present a first plurality of vari- 
ants of a first one of said plurality of components; 
first input means adapted to receive an indication of a 
first variant selected from the first plurality of vari- 

25 ants; second display means adapted to present a graphical 
representation of the first selected variant; is charac- 
terised in that the system further comprises third dis- 
play means adapted to present a second plurality of vari- 
ants of a second one of said plurality of components; 
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second input means adapted to receive an indication of a 
second variant selected from the second plurality of 
variants; the second display means is adapted to present 
a graphical representation of the first selected variant 
of the first component in a predetermined relationship to 
the second selected variant of the second component. 

As the system and embodiments thereof correspond to and 
have the corresponding advantages as the method for cus- 
tomising a product and embodiments thereof, they are not 
described again. 

Furthermore, the invention relates to the use of the 
method described above and below for customising a medi- 
cal application device, such as an injection pen. 

Further, the invention relates to a computer program com- 
prising program code means for performing the method de- 
scribed above and below when said program is run on a 
computer . 

Further, the invention relates to a computer program 
product comprising program code means stored on a com- 
puter-readable medium for performing the method described 
above and in the following when said computer program 
product is run on a computer. A computer-readable medium 
may e.g. be a CD-ROM, a CD-R, a DVD RAM /ROM, a floppy 
disk, a hard disk, a smart card, a network accessible via 
a network connection, a ROM, RAM, and/or Flash memory, 
etc. or generally any other kind of media that provides a 
computer system with information regarding how instruc- 
tions/commands should be executed. 
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Hereby, when a computer is caused to retrieve electronic 
information - as a consequence of the contents of a com- 
puter-readable medium as described above - the advantages 
mentioned in connection with the corresponding method ac- 
5 cording to the invention are achieved. 

Finally, the invention relates to a computer data signal 
embodied in a carrier wave, comprising program code means 
for performing the method described above and below when 
said program is run on a computer. 

10 The invention will be explained more fully below in con- 
nection with preferred embodiments and with reference to 
the drawings, in which: 

Fig. 1 shows a view of the overall work flow in an em- 
bodiment of a build-to-order production system used in 
15 connection with an embodiment of the invention; 

Fig. 2 shows a schematic view of an injection pen assem- 
bled from a number of components available in a plurality 
of variants; 

Fig. 3 shows a schematic view of a system according to an 
20 embodiment of the invention; 

Fig. 4 shows a schematic view of the software processes 
according to an embodiment of the invention; 

Fig. 5 shows a flow diagram of the order management proc- 
ess according to an embodiment of the invention; 

25 Fig. 6 shows a flow diagram of the configuration process 
according to an embodiment of the invention; 
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Fig. 7a-g show examples of a user interface for the se- 
lection of customised components; 

Fig. 8a shows an example of a user interface of a general 
purchase module according to an embodiment of the inven- 
tion; and 

Fig. 8b shows an example of a product hierarchy compris- 
ing both standard products and custom products according 
to the invention. 

The invention will be explained with reference to a spe- 
cific example comprising the customisation of an injec- 
tion pen for the application of medication such as insu- 
lin. However, the restriction to a specific example is 
not a limitation of the invention, which may be applied 
to any product comprising a plurality of customisable 
components. Other examples include a medical kit compris- 
ing a plurality of components in a common container, or a 
plurality of products assembled in a shopping cart. 

Furthermore, the invention will be described in the con- 
text of the Internet as a communications network running 
a TCP/IP protocol. However, this is not a limitation of 
the invention as other communications networks and proto- 
cols may be used for the communication with the users, 
such as television networks, telecommunications networks, 
WAP implemented on a wireless communications network, or 
the like. 

Fig. 1 shows a schematic view of an embodiment of a 
build-to-order production process which may be used in 
connection with an embodiment of the invention. The proc- 
ess is illustrated by the data flow between different 



components involved in the process. The components are 
illustrated as columns 102-107 in Fig. 1, where the col- 
umns 102-107 contain related software entities, such as 
data objects, and functional components performing or 
5 supporting individual steps of the production process. 
The process is initiated by a user 101 who places a pur- 
chase order, preferably via a browser with access to the 
Internet and with any suitable plug-in known in the art 
supporting graphical applications and preferably 3D- 

10 object renderings and animations, such as the Cult3D® 
product. Upon placement of the order by the user 101, or- 
der information is transmitted via the Internet to an 
Internet application 110 which runs on a web server and 
creates an internal representation of the order informa- 

15 tion, preferably comprising a pick list object 113 in- 
cluding identifications and quantities of the selected 
components and an invoice object 112 comprising informa- 
tion such as address, payment method, shipment informa- 
tion, or the like. The Internet application 110 transmits 

20 the order information 112-113 via a communications net- 
work, preferably a Local area network, to a planning mod- 
ule 103 and a logistics module 104, which are further 
connected, preferably via the communications network, 
with a production module 105, a module 106 supporting 

25 quality assurance (QA) and quality control (QC) , and a 
warehouse/shipping module 107. The planning module 103 
comprises a user interface, such that an authorised user, 
via a planning session 114, may view the order informa- 
tion 112, confirm the order, preferably electronically, 

30 for example via electronic mail 116, and plan the further 
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production process. Alternatively, this process or parts 
of this process may be executed automatically by the 
planning module 103. According to this embodiment, the 
production process is controlled by an electronic sales 
order object 108 which initiates and represents the pro- 
duction of the corresponding customised product. The 
sales order object 108 is related to an assembly schedule 
134 and a packaging schedule 119. These and other objects 
are managed in a database controlled by the logistics 
module 104. The assembly schedule 134 schedules the as- 
sembly 138 of the ordered product based on reported quan- 
tities retrieved from a pick list information database 
135, where the components have been reserved via the pick 
list object 113 included in the order information re- 
ceived from the Internet application 110. During the 
planning session 114 and based on the pick list 113 in- 
cluded in the order information, a pick list 139 is gen- 
erated which identifies the physical components to be 
used in the assembly 138 of the product. This may be done 
by identifying the components via a part number and a 
batch number. A possible hierarchic number scheme for the 
injection pen described in connection with Figure 2, 
where the number scheme allows the identification of the 
product, the components and the actual variants of the 
components, is listed in Table 1. 
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Table 1: 


Example of 


a part number 


structure 


for a customised 


injection pen . 



The pick list 139 is transferred to the production module 
105, where it may be viewed during assembly 138. The pick 
5 list 139 may also be used to retrieve the relevant compo- 
nents and to update the inventory status in an inventory 
database 143. During assembly 138, the assembly schedule 
134 may be updated, via a user interface of the produc- 
tion module 105, based upon the actual progress of the 
10 assembly 138. After completion of the assembly 138, a 
packaging order object 109 is generated which in turn 
triggers the actual packaging 123 of the assembled prod- 
uct. The packaging 123 is based on the packaging schedule 
119 created during the planning session 114 and a pick 
15 list 121 including the assembled product, relevant pack- 
aging material, instructions in the correct language, and 
the like. The production module 105 may also generate a 
printed version 111 of the invoice to be included with 
the shipped package. After completion of the packaging 
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123, the packed product is inspected according to a QA 
procedure 125 and, upon approval, a change of classifica- 
tion 127 of the packed product to "ready for shipping" is 
registered in the logistics system 104 via a user inter- 
face. The control of the inspected product may now be 
transferred to a shipping module 107 which manages the 
actual shipping 129 of the packed product, and which may 
even allow the tracking of the shipment 131 to the user 
101. The status of the actual inventory may be supervised 
continuously or periodically via the inventory database 
143. If a given component is out-of -stock, a material 
requisition object 148 may be generated automatically or 
manually via a user interface 146. The material requisi- 
tion object 148 controls the replenishment 150 of the in- 
ventory with the corresponding components and a corre- 
sponding update of the inventory database 143. The cur- 
rent status of the inventory may also be sent to the 
Internet application 110, for example by periodically 
transferring the information from the inventory database 
143 to the Internet application 110, or by the Internet 
application 110 querying the inventory database 143. 

It is an advantage of this build-to-order method that it 
may be integrated in a regular production process running 
batch production of non-customised products in parallel 
with the customised production. This may be an important 
advantage, if the production control tools are subject to 
approval rules, as is the case in for example the medical 
industry. Furthermore, the utilisation of the inventory 
information in the Internet application 110 allows the 
product information to be adapted to the currently avail- 
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able components, thereby avoiding backorders and the need 
to manage possible payments for undeliverable products. 

Fig. 2 shows an example of a product which comprises a 
plurality of components and which may be configured ac- 
cording to the invention. Fig. 2 shows a medical injec- 
tion pen 201 used to inject medicine, such as insulin. 
The injection pen 201 comprises 8 different components 
202-209, each component may be customised, for example by 
choosing a colour from a set of available colours. The 
injection pen 201 comprises a holster 208, which in turn 
comprises a dose indicator 205, a dose dialler 206 for 
selecting the desired amount of medicine to be injected 
during the following application, and a button 207 for 
releasing the medicine. The holster 208 is connected to a 
pen fill holder 203 via a middle piece 204. The pen fill 
holder is adapted to hold a matching container (not 
shown) with medicine in a predetermined position relative 
to the holster 208. The injection pen further comprises a 
cap 202 for protecting the container, and the cap further 
comprises a clip 209. In Table 2, the 8 components 202- 
209 are listed and for each component a number of avail- 
able colours is exemplified. 
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Table 2: Possible variants of the components of the injection pen 201. 



Even though the number of variants of each component 
listed in Table 2 is small, they result in a total number 
of 20,736 possible combinations, illustrating the advan- 
5 tage of a build-to-order system as compared to keeping 
all 20,736 assembled variants in stock. Furthermore, the 
customisation possibilities may comprise further options, 
such as a choice of different cases for storing the pen, 
personalised engravings, different types of display, such 
10 as analogue or digital, extra features, such as a watch, 
an indicator of the contents of the pen, a timer, or the 
like. Each further option multiplies the total number of 
possible end products. 

Now referring to Fig. 3, a system according to an embodi- 
15 ment of the invention comprises a computer 301, prefera- 
bly a standard PC with one or more CPUs, a computer 
screen, a keyboard, a pointing device such as a mouse, 
track ball, touch pad, touch screen, or the like, and 
with access to the Internet, for example via a modem or 
20 via a local network connected to the Internet 302. Alter- 
natively, the computer 301 may be a portable computer, 
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such as a laptop, a handheld computer, a telecommunica- 
tions device with a graphical screen, a personal digital 
assistant (PDA), or the like. The system further com- 
prises server computers 304-306 for executing the appli- 
5 cation programs: An application server 304, a server for 
the logistics system 305, and a database server 306, as 
described in connection with Fig. 4. The server computers 
may be standard server computers with one or more CPUs 
and which are connected as a computer network 310, pref- 

10 erably by a local area network (LAN) . Alternatively, the 
system may comprise a different number of server com- 
puters, for example only one server computer for all ap- 
plications. The computer network is connected to the 
Internet via an TCP/IP router 303 which is preferably 

15 combined with a firewall. The system also comprises 
workstations 307-309, connected to the server computers 
304-306 via the computer network which, during the plan- 
ning, production, assembly, packing, and shipping, may be 
used to access the applications running on the applica- 

20 tion servers 304-306. The system is connected, via the 
Internet or via a special secure communications network, 
to a payment management centre 311, which handles the ac- 
tual credit card transactions during the order process. 

Now referring to Fig. 4, the software components of the 
25 system according to an embodiment of the invention com- 
prise a browser 402 running on the customer's computer 
401 for accessing, via the Internet, the Internet appli- 
cation of the general purchase module 409 located on the 
application server 404. The general purchase module 409 
30 utilises a graphics module 410 for generating an applica- 
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tion program 404 which, when downloaded to and run on the 
computer 401, displays and allows manipulation of a 
graphical representation of the components of the prod- 
uct. The general purchase module 409 further utilises a 
shopping cart module 407 for managing the customers' 
shopping cart data, and a payment module 413 responsible 
for checking credit card information and capturing the 
payments. The general purchase module 409 communicates, 
preferably via a local area network, with the logistics 
system 412 having an inventory module 408 for managing 
the data in the inventory database 414, a module 418 for 
managing production, assembly and shipping, and a plan- 
ning module 415 for use in the planning of the produc- 
tion, assembly, packing and shipping. The logistics mod- 
ule 412 further has access to databases 416-417 contain- 
ing order data and customer data, respectively. The data- 
bases 416-417 are located on a database server 406 run- 
ning a database management system. 

The logistics module 412, the inventory module 408, the 
production module 418, and the planning module 415 may be 
different software applications or parts of a common 
software application which may be a commercially avail- 
able standard system. Preferably, the inventory manage- 
ment system 408 comprises a suitable interface for ex- 
tracting inventory data about a predetermined group of 
products or components. The interface may be a data file 
in a predetermined file format, generated by the inven- 
tory management system 408, or another interface allowing 
data extraction from the inventory management system 408, 



17 



such as dynamic data exchange, a database query via e.g. 
SQL, an auto-generated electronic mail, or the like. 

Fig. 5 shows a flow diagram of the order management proc- 
ess according to an embodiment of the invention. Each of 
the individual process steps is performed by one of the 
software components described in connection with Fig. 4, 
as illustrated by the three columns 509,512, and 513 cor- 
responding to the general purchase module 501, the logis- 
tics module 512, and the payment module 513, respec- 
tively. The process is initiated by the step 504 of send- 
ing inventory information from the logistics module 512 
to the general purchase module 501. The inventory infor- 
mation is retrieved from the inventory database 414 in 
Fig. 4, and comprises information about how many items of 
each variant of each component of the product are cur- 
rently in stock, preferably also taking into account 
items which have been reserved by previous orders via the 
pick list information database 135 shown in Fig. 1, but 
which have not been physically used yet. In step 505, the 
inventory information is imported by the general purchase 
module 509. Alternatively, the transmission 504 and im- 
porting 505 of the inventory information may be performed 
at a later stage of the process, for example after the 
step 506 of selecting a "customised product" option, or 
even as a separate process unsynchronised with the actual 
order process. The information may also be transmitted 
directly from the logistics system 512 to the graphics 
module. Furthermore, the sending 504 and importing 505 of 
inventory information may be controlled in several ways, 
including sending at regular time-intervals, such as 
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daily, hourly or the like. The sending 504 may alterna- 
tively or additionally be triggered by predetermined 
changes in the inventory database, such as a variant be- 
coming unavailable or an unavailable item becoming avail- 
able again. The general purchase module 509 may also send 
a request for transmission of at least parts of the in- 
ventory data. The customisation process is initiated by 
the step 506 of a user selecting an item "custom product" 
via the user interface of the general purchase module 
509. The "custom product" item may be one of several se- 
lectable options within a product hierarchy as is illus- 
trated in connection with Figs. 8a-b, or it may be 
reached by the user following a corresponding hyperlink. 
In the next step 507, the product is customised, and a 
specification of the selected customisation together with 
an order identification is attached to a shopping cart 
object maintained by the general purchase module 509. An 
embodiment of the sub-process 507 is described in connec- 
tion with Fig. 6. After placing a specification of a cus- 
tomised product in the user's shopping cart, the system 
may receive an "accept order" command from the user (step 
508), for example by the user clicking with a pointing 
device on the "place order" button 819 of the user inter- 
face illustrated in Fig. 8a. During step 508, the rele- 
vant purchase information, such as amount due, name and 
address of user, credit card number and. expiration date, 
etc., is either input by the user via the user interface, 
or it may be retrieved from a customer database. Order 
information may be displayed via the user's browser. The 
payment information is transmitted to the payment module 
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513, which in step 501 checks the validity of the credit 
card information and preferably reserves the amount due. 
The payment module 513 returns a reply to the purchasing 
module 509 indicating the result of the verification in 
step 501. In the next step 510 the general purchase mod- 
ule 509 sends the order information to the logistics sys- 
tem 512, for example via an auto-generated email or an 
URL. Further order identifications, relevant parameters, 
invoice information, or the like may also be stored in a 
file on the application server or in a database for mak- 
ing them accessible for the logistics module 512. In re- 
sponse to receiving the order information from the gen- 
eral purchase module 509, the logistics module 512 regis- 
ters the order internally (step 511) and acquires any ad- 
ditional information from the file or database on the ap- 
plication server. Subsequently, the logistics system 512 
manages the production process (step 503), and the pack- 
aging and shipping (step 514), as is further illustrated 
in Fig. 1. Finally, the payment module 513 captures the 
actual payment of the product (step 518) . 

Fig. 6 shows a flow diagram of the sub-process of step 
507 in Fig. 5, representing the configuration process ac- 
cording to an embodiment of the invention and with refer- 
ence to the injection pen described in connection with 
Fig. 2. The columns 609, 610, and 604 refer to three of 
the software modules of Fig. 4 which implement the corre- 
sponding steps: The general purchase module 609, the 
graphics module 610, and the application program 604, re- 
spectively. During the initial step 603, a URL with a set 
of parameters is sent, preferably via the Internet, to 
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the graphics module 604. The included parameters may 
identify a default configuration of the pen including a 
default case, and they may include an order identifica- 
tion and preferably inventory information generated by 
the logistics system. Upon receipt of the URL, the graph- 
ics module 610, in step 606, creates computer-readable 
code of an application program 604, such as an applet, 
which implements a graphical user interface for present- 
ing the selectable variants of the components to the user 
and for receiving the user's selection. The graphics mod- 
ule 610 utilises the information generated by the inven- 
tory database and limits the presented variants to those 
which can currently be delivered. Alternatively, the 
variants which are currently unavailable may be made 
visible but not selectable. The next step 607 comprises 
sending the application program 604 to the user's browser 
via the Internet. On the client computer running the 
browser, the transmitted application program 604 is 
started and as a next step 608 it displays a graphical 
user interface, preferably within the user's browser. 
Initially a default view of the product is displayed. 
This may for example be a default configuration of the 
product or an empty window with no components displayed. 
The application program 604 provides a user interface to 
the user, which displays the assembled product, or parts 
of the product assembled from the currently selected com- 
ponent variants. Preferably, the application program 604 
may accept user commands for manipulating the graphical 
representation of the displayed product or parts of the 
product. Preferably, the user commands are issued via a 
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pointing device, such as a mouse, a touch pad, a track- 
ball, or the like. The manipulations may include rota- 
tion, zoom, removing or adding components from the dis- 
play, selecting different variants of different compo- 
nents, animating the display so as to simulate functions 
of the product, such as opening or closing of the cap of 
the injection pen, adjusting the dose dialler, inserting 
a container in the pen fill holder, opening and closing 
the case, assembling or disassembling the pen, etc. The 
application program 604 may verify the compatibility of a 
selected variant of a component with previously selected 
variants of other components. The interaction step 601 
continues until the user either exits the application 
program 604 or issues an order command in step 602, for 
example by selecting the "add to cart" button 711 shown 
in Figs. 7a-g of the user interface with the pointing de- 
vice. The add to cart button 711 may be disabled as long 
as not all the necessary components have been selected or 
if an incompatible selection has been made. When the ap- 
plication program 604 receives the order command, the ap- 
plication program 604, in step 611, sends a URL including 
relevant parameters to the general purchase module 609. 
The parameters may comprise the identifications of the 
selected variants and the order identification generated 
in step 603. Preferably the application program 604 ter- 
minates with an end-of -process animation. After the step 
616 of receiving the URL from the application program 604 
the shopping cart module of the general purchase module 
609 is initiated in step 612. This step 612 comprises a 
verification of the order identification. If an order 
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with the received order identification does not already 
exist, an order object is created in the purchase module 
604. The received product parameters are stored within 
the order object. If the "custom product" item 807 is se- 
5 lected when a set of product parameters is already stored 
in the order object (step 613) , a URL similar to the one 
generated in step 603 is generated in step 614, but now 
on the basis of the parameters and the order identifica- 
tion of the order object created in step 612. When sent 

10 to the graphics module 610, this will cause the applica- 
tion program 604 created in step 606 to be adapted to 
initially display the product as customised during the 
previous session. Hence, the user is given the opportu- 
nity to correct the product configuration after the prod- 

15 uct has been placed in the shopping cart. 

Figs. 7a-g show an embodiment of the graphical user in- 
terface presented to the user for the customisation of a 
product, exemplified by the medical injection pen de- 
scribed in connection with Fig. 2. Upon selection of a 

20 "custom product" option, for example in the user inter- 
face of a general purchase module as shown in Fig. 8a, 
the application program controlling the graphical user 
interface initiates the display of an initial view in a 
predetermined display area 710. The default view may com- 

25 prise a blank display with no components displayed as il- 
lustrated in Fig. 7a. Other possible default views in- 
clude a representation of a default configuration of the 
entire product or individual components, and a previously 
selected configuration, whose configuration parameters 

30 are accessible from a storage device, such as a hard disk 
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or the computers RAM, or as input parameters to the ap- 
plication program supplied by another program. The repre- 
sentation may be a picture of the product, a drawing or, 
preferably, a three-dimensional rendering. Below the dis- 
5 play area 710 a text field 746 is provided for displaying 
written product information, instructions for the use of 
the interface, or the like. The user interface further 
comprises buttons 731-745, each button representing a 
variant of a component of the product, said buttons being 

10 selectable by pointing or clicking with a pointing de- 
vice. Alternatively or additionally, other selectable 
control elements may be provided, such as pull-down 
menus, check boxes, representations of the component 
which may be placed on the display area 710 via a drag- 

15 and-drop operation, or the like. Furthermore, the selec- 
tion of variants may be controllable via keyboard com- 
mands. Preferably, the buttons 731-745 are labelled with 
an image or another identification of the corresponding 
variant as symbolised in Fig. 7a. The variants, which are 

20 selectable via the buttons 731-745, may be determined by 
the input received from the inventory database such that 
the buttons 731-745 only represent variants which are 
currently in stock. Alternatively, all possible variants 
may be displayed, but only the buttons corresponding to 

25 variants which are currently in stock are enabled. In the 
example illustrated in Fig. 7a, the buttons 736 and 739 
are disabled and, for example, greyed out, indicating 
that they cannot be selected because the corresponding 
variants are currently not available. The user interface 
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further comprises a button 747 for starting an animation 
of a complete assembly process. 

Fig. 7b shows the graphical user interface, after the 
user has clicked on the button 737, representing a first 
5 variant of the holster 708. In the display area 710, the 
first variant of the holster 708 is displayed, and the 
button 737 is highlighted to indicate the selected and 
displayed variant to the user. 

Fig. 7c show.s the graphical user interface, after the 
10 user has clicked on button 735, representing the second 
variant of the pen fill holder 703, in addition to button 
737. Now both variants are displayed in the display area 
710 in their relative position in the assembled product. 
The user may manipulate the display via pointing, click- 
15 ing or dragging with a pointing device to rotate the dis- 
played components 703 and 708, zoom in or out, pan the 
display, or even initiate an animation of the operation 
of one or more of the components 703 and 708, such as 
placing a container in the pen fill holder 703 or adjust- 
20 ing the dose dialler 706. These animations may include 
sound effects or spoken instructions played over the 
loudspeakers of the user's computer. 

Upon selection of the button 735, the second variant of 
the pen fill holder 708 may be placed directly within the 
25 display area 710 at the correct position relative to the 
holster 708. Alternatively, the positioning of the pen 
fill holder 703 may be animated, simulating for example a 
slight rotation of the pen fill holder when being at- 
tached to the holster 708. Alternatively, upon selection 
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of the button 735, the second variant of the pen fill 
holster 703 may initially be placed in a default position 
within the display area 710. The user may be able to ma- 
nipulate the individual components 703 and 708 separately 
5 via commands such as move, rotate, flip, zoom, or the 
like. By manipulating the components 703 and 708, the 
user may simulate the assembling of the product, and a 
visual or audible indication may be given, when the cor- 
rect relative position of the two components 703 and 708 
10 is found. 

Fig. 7d shows the graphical user interface displaying the 
same components as in Fig. 7c, but after a zoom and a ro- 
tate operation. Now a close-up view of the dose dialler 
7 06 is shown. 

15 Fig. 7e shows the graphical user interface after variants 
of all components of the injection pen have been se- 
lected. Now the entire customised pen is displayed and 
may be manipulated. The user may also de-select one ore 
more components, or replace a variant of a component with 

20 another variant. 

The user may also select one of two selectable cases, and 
Figs. 7f and 7g show the graphical user interface after 
button 745, representing one possible case, has been 
clicked. In Fig. 7f, an open case 750 is shown. By click- 
25 ing on the case 750 with the pointing device, an anima- 
tion of the closing of the case may be initiated, result- 
ing in a display as illustrated in Fig. 7g. 

After completion of the customisation process, the user 
may click on the button 711 "Add to cart" for initiating 
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the storing of the customisation parameters, such as 
product ID, component IDs and variant IDs of the selected 
variants, and for attaching the parameters to the shop- 
ping cart object, as described in connection with Fig. 6. 

5 Now referring to Fig. 8a, an embodiment of the user in- 
terface of the general purchase module comprises a gen- 
eral browser menu bar 802 containing standard browser 
menus depending on the user's choice of browser. A top 
menu bar 803 of the general purchase module contains pur- 

10 chase-specific selectable control elements, such as hy- 
perlinks or buttons. The control elements may include a 
"products" button 815, allowing accessing the available 
product hierarchy, which may comprise standard products 
and custom products as illustrated in Fig. 8b. The con- 

15 trol elements may further include a "shopping cart" but- 
ton 816 allowing the viewing and manipulating of the con- 
tents of the user's shopping cart, a "distributors" but- 
ton 817 allowing the choice of a distributor for a given 
order, a "shipping information" button 818 for inputting 

20 shipping information, such as name, address, phone num- 
ber, and the like, and a "place order" button 819 for 
placing an order. The user interface also contains a bot- 
tom menu bar 804 comprising buttons or hyperlinks to gen- 
eral information, such as help 820, site information 821, 

25 or security information 822. The central part 812a-c of 
the user interface between the top menu bar 803 and the 
bottom menu bar 804 contains information and control ele- 
ments, such as input fields, buttons, hyperlinks, or the 
like, which are related to the element selected in the 

30 top menu bar 803 or the bottom menu bar 804. In Fig. 8a, 
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the contents of the user interface window after selection 
of the "products" element 815 is illustrated schemati- 
cally. The centre part 812a-c is divided into three col- 
umns 812a-c, the left column 812a comprising selectable 
5 check boxes 805-807 for selecting one of a plurality of 
products from the product hierarchy. Depending on the se- 
lection in the left column 812a, the centre column 812b 
may contain selectable options 808-809 for the selected 
product. If for example, as illustrated is Fig. 8a, a 

10 standard product "product 1" 805 is selected, the centre 
column 812b may contain a number of check boxes 808-809 
for selecting options for that product. The right column 
812c may comprise an area 810 containing a picture, a 
drawing or other product information of the selected 

15 product and further control elements, such as an "add to 
cart" button 811. If the product selected in the left 
column 812a is a "custom product" 807, the centre column 
812b and the right column 812c may be used for displaying 
the user interface of the application program which is 

20 displayed in response to selecting a custom product. An 
embodiment of this user interface is described in connec- 
tion with Figs. 7a-g. 

Fig. 8b illustrates an example of a product hierarchy 
corresponding to the user interface illustrated in Fig. 

25 8a. The illustrated hierarchy comprises two standard 
products 853 and 854, for example a standard injection 
pen and a blood sugar measuring device. "Product 1" 853 
is available with two options 856-857, for example two 
predefined colour combinations of the standard injection 

30 pen, while "product 2" 854 is available with three op- 
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tions 850, 851, and 859. The illustrated hierarchy fur- 
ther comprises a custom product 855, x^hich may be assem- 
bled from a plurality of components available in differ- 
ent variants, as described in connection with Figs. 7a-g. 
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